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CECIL J. PHILLIPS, T4 

DATA FlOW^ Challenge of the 19S0$» 


An address given earlier this year 
by Mr. Phillips before the 
Computer and Information Science Institute 


hen I was asked if I would give a talk 
at CISI and I agreed, I knew what I want¬ 
ed to talk about, but I was not sure what 
kind of title I wanted to give it, I settled 
on the Data Flow title, although a more pro¬ 
per title might have been "Data Flow, Feed¬ 
back, Control and Inter-Process Dynamics"— 
all of which are involved in what I consider 
to be our main EDP challenge for the 1980s. 

(U) Perhaps I should also state at the out¬ 
set that the challenge is to everyone in 
the SIGINT process, not just people in the 
EDP field. As we keep saying in our budget 
justification, computers are integral to vir¬ 
tually every step in the SIGIOT process, 
either by performing a function, by deliver¬ 
ing the data to a human to perform a func¬ 
tion, or by taking the results to the next 
process, 

(U) Let me talk for a minute about data 
flow's role in the whole picture, which, as 
far as I'm concerned, is central to the whole 
process. Without data flow there is no need 
for feedback and control and there is nothing 
one could call inter-process dynamics. 

(U) I think people have always understood 
that knowledge of data flow is useful to 
understanding processes whether they be human 
or machine. When I first made contact with 
Automatic Data Processing about 35 years ago, 
one of the basic elements of planning ADP 
jobs was to produce a flow chart. Flow 
charts usually showed the movement of mater¬ 
ial, which in our business has always been 
data—whatever its form. In those days flow 
charts (with which I never felt totally at 
home) Usually showed functions such as edit, 
punch, sort, list, make corrections> etc. 

(U) These functions were either manual, as 
in the case of "edit," or manually initiated 
as in the case of "sort," "list" and others. 
The key thing about this is that virtually 
all the inter-function actions were by hu¬ 
mans responding to written or verbal in¬ 
structions. These human interfaces repre¬ 
sented both good news and bad news. The 
good news was that function-to-function I 


interface was easy to take care of, but the 
bad news was that it worked only as well as 
the humans understood and cared about 
what they were doing. 

(U) With the introduction of the stored 
program computer, flow charts to show data 
and control flow became basic tools for 
planning how to write computer programs, 
usually showing functions at a much more 
detailed level than the case I described 
before. Stored programs permitted data to 
be passed from one process to another with¬ 
out human interface, but the size of compu¬ 
ters and the complexity of programming meant 
that the data went external to the system 
time and time again. Thus, the human inter¬ 
faces I mentioned were still very much in 
evidence. However, there was automatic 
feedback within programs. After all, one 
of the main attributes of a computer was 
its ability to modify the stored program, or 
modify the data, but almost any inter-program 
feedback was handled by humans. 

(U) Today, there are still hundreds of pro¬ 
cesses in which inter-process communication 
is via human beings. That would not be so 
bad if I were talking about humans linking 
processes through interaction at a CRT. But 
I am not! I mean that there are still hun¬ 
dreds of processes where the result goes ex¬ 
ternal to something like a print and any 
result going to a next process gets entered 
by hand. Sometimes this is via punched cards, 
and there are still a few examples using paper 
tape to re-enter data. 

(U) Another of the problems in the way we 
treat data flow today lies in the fact that 
too many processes are still batch processes. 
These are probably satisfactory for treating 
single-direction flows of data, but are not 
very compatible with feedback and control — 
especially if we expect feedback and control 
to have any effect while actions are still 
taking place. I believe there are much better 
ways of treating data than these current batch 
flows and these new methods are also part of 
the challenge for the 1980s. I will get back 
to this later. 
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(U) All of this reference to past and present 
data flow and flow charting brings me around to 
what I consider the challenge of the 80s—name¬ 
ly, how to make a substantial leap forward in 
the way the flow of data is understood and 
treated and to use this knowledge to improve 
the whole SIGINT process. 

(U) Why is there a challenge? 

(U) I believe there is a new kind of chal¬ 
lenge here because I believe that for the 
first time all the capabilities necessary 
to cause data to flow from collection to cus¬ 
tomer, with appropriate feedback of control 
information, are present. At the same time, 
there are capabilities which will enable ana¬ 
lysts—separated by space—to work together 
as though they were sitting side-by-side. 

I realize that over the years there have 
been a number of major technological devel¬ 
opments, each of which seems to be a break¬ 
through, but I believe that the 1980s can 
see us put it all together well for the first 
time so as to make a breakthrough in the only 
area which will have a long-lasting and far- 
reaching effect—namely, to begin to process 
and handle infoiviation^ rather than data, 
throughout the SIGINT system. 


(C * CC0) Just for a moment, let's take a look 
at the key ingredients. 

3i^ Terminals/access devices. In the 1980s, 
for the first time we will have enough termi¬ 
nals so that virtually everyone in the SIGINT 
system will have some kind of access to one. 

By the end of the decade we ought to have a 
terminal or access device on every desk. The 
only weak spot may be in the area of full 
graphics, an area whose application to SIG¬ 
INT is still to be developed C^xcept for some 
highly specialized cases], 

^ Concentrators/Terminal Sub-Systems. We 
have these in great profusion. It is not that 
these perform a unique function; they are just 
convenient boxes between terminals and main¬ 
frames or networks, occasionally providing 
extra computer power or extra storage. 

► Networks and Communications. These, 
along with the terminals, are the real break¬ 
through. For the first time we are beginning 
to have what is needed—communications to 
support interactive processes at any distance 
we want.1 


J-and by the end of 1981 to 


most major points in the SIGINT systems, wher¬ 
ever they are. 

►•Main Computers. As you well know, there 
are plenty of these of almost every type. 

(U) In short, we are soon to have the technical 
capability for every user/analyst at every ter¬ 
minal to talk to every other analyst and every 


other process via his keyboard. 

(U) If all of this is true, what is the chal¬ 
lenge? 

(U) The challenge is to make it all do some 
useful work in the production of SIGINT. The 
challenge is to interface people with infor¬ 
mation, not just terminals with computers. 

This is where the payoff, the success and the 
rewards are. Since there are a lot of com¬ 
puters already doing many of these things, 
what makes the 1980s special? 

[U] I believe there are at least three main 
areas of challenge in the 1980s. 

Causing the data to flow smoothly from 
collection to output reports. 

Treating the data in natural infor¬ 
mation units which foster the development 
of better analytic approaches and feedback 
and control. 

Developing techniques for teleanalyaiSj 
a term which I have cointed to describe meth¬ 
ods by which two analysts may collaborate over 
a distance. • 

(U) Let's take a look at the flow problem 
first. 


(C * CC0) Causing SIGINT data to flow effect¬ 
ively and smoothly from collection to user 
output in natural information units with appro¬ 
priate feedback and controls sounds like a 
goal that has been around for a long time, 
but I think that for the first time we can 
realize the full value of machine inter¬ 
action and feedback which actually influ¬ 
ence processes while they are still going on. 
At a kind of top level design, this probably 
sounds pretty straightforward. At that level 
it is. However, at the detail level, it 
means thousands of processes which have to 
be understood in terms of all the other pro¬ 
cesses to which they relate. These other-pro¬ 
cesses may be adjacent, but thin gs which affect 
them may be several levels away.1 ' 


J This means that there are so 


many interrelated effects that understanding 
them all is out of the question. And this 
is precisely where the greatest challenge 
c ome s—that is, finding a met hod f or d escx;^) - 
ing the interfaces and then exploiting it ^o ^ ' 
connect them. P.L. 

(U) I think it important to understand that 
what I am suggesting is not simple—because 
I am not just talking about standardization 
at low levels of protocol and format. Many 
of these are already covered in PLATFORM and 
some of the format conventions are covered in 
USSIDs. What I am really talking about is a 
set of information level protocols—things 


4. (c) 
86-36 
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which humans do now, in the best cases almost 
without thinking. 

(U) Such an example might be where an analyst 
knows instantly where a mis-identified message 
must go to get it back on track. At the same 
time, most of our current processes simply 
dump data back into the system. The challenge, 
of course, is to develop automatic re-routing 
schemes or man-machine interactive processes 
which allow for re-entry and re-routing in 
such cases. 

(U) I think this dictates the need for de¬ 
veloping a convention for annotating and 
labeling the error transactions so they can 
be re-entered into the process to produce a 
new result which is a combination of the com¬ 
puter process and the man-machine interaction 
process. If the person annotating the trans¬ 
action knows exactly where the erroneous data 
goes, the problem is relatively simple. If 
he simply knows that it is wrong and wants 
to send it back, the problem is much more com¬ 
plex. This is especially true of the problem 
of how to label it in order to get a differ¬ 
ent result the second time through the system. 


groups have done a super job, often with 
very limited help from the computer types. 

So there is part of the challenge—to help 
refine the existing processes and extend 
control processes to all parts of the system 
to manage processing, analysis and reporting, 
as well as collection. It has been said that 
there are more signals in the air than we can 
collect, more signals collected than we can 
process, and more signals processed than we 
can transcribe or decrypt and then report on. 
The net effect is that we must be able to 
select and filter the flow at all points in 
that flow. 

(U) Much of what I have said is fairly simple 
on a case-by-case basis. As I noted earlier, 
the complication comes in looking at the 
whole picture or a large fraction of it. 

There are also a few other complications in 
that broad interprocess communication is not 
the goal of everyone. Systems designers are 
likely to have a goal of optimization within 
their own domain which is usually sub-opti¬ 
mization as far as the overall SIGINT process 
is concerned. Further, every manufacturer 
and creator of new software packages is out 
there being as creative as possible to give 
his system some unique features. Users of 
the overall system are likely to have to keep 
running just to stay even with all the vari¬ 
ations. 


(U) This might be fairly straightforward if 
all feedback is from a single class of process 
back to the collector. In real life this is 
not usually the case; rather, the feedback 
comes from all parts of the system. Thus, 
there is the need to be able to accommodate 
different levels and kinds of information. 

(U) Up to now, we have been doing all of 
the things I am discussing—particularly 
feedback—by human action, mostly on a hit- 
or-miss basis. There have been some near 
real time collection control groups, but 
their effectiveness has been limited by slow 
and erratic feedback to them froth analysis, 
by slow and erratic methods for delivery of 
information back to the collectors, and often 
by slow and erratic reporting and communi¬ 
cations with the collectors. 

(G-"CC0) Let me make it clear that these 


(U) The second part of the challenge had 
to do with treating data in more natural or 
’’event-driven" units so that feedback and 
control have more meaning. An alternate way 
of thinking of this is to consider dealing 
with units of data. 

(C " CC0) Perhaps this is naturally inherent 
in a good system, but we have been so long 
in processing modes driven by time or volume 
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(U) Because transactional or '^event-driven** pro¬ 
cessing has strong implications of more timely 
operations, it may seem that I am really dis¬ 
cussing time-sensitive processing. Transac¬ 
tional processing does make these things pos¬ 
sible but it does not demand it. You can save 
work queues in transactional systems as well 
as in batch, and in a transactional system 
you ought to be able to save them 6ven more 
intelligently. 

(U) A third and final part of the challenge 
of the 1980s, as I see it, is to develop tech¬ 
niques for teleanalysis or teli&ynergism —terms 
I made up hurriedly to describe joint analysis 
done by two or more people over distance. Let 
me explain what I believe should be possible 
here. I am talking about a form of telecon¬ 
ferencing in which man-machine interaction 
takes place with two or more people at separ¬ 
ate terminals operating against the same data, 
where the data may be a ihessage, entries in 
the data base or any other form. 

(U) There is probably some tendency to equate 
this to teleconferencing, but it is a level 
above teleconferencing. It is teleconferencing 
in which the analytic problem is at least part 
of the medium. 

(U) We are optimistic that the seeds of such 
ideas can begin to develop as soon as network 
connections are established with collabor¬ 
ating analytic centers. The goal is to see 
the multiple work forces at various centers 
integrated through this telesynergistic bond 
so we can use the work force better or tackle 
more complex problems. 

(U) I have no doubt but what it will take a 
long time to really accomplish this on a broad 
scale. First, we have to hit people with two- 
by-fours to get them to treat problems inter¬ 
actively on computers where one person and one 
terminal is involved. But in time the soft¬ 
ware and the technology will improve and the 
problems to be solved will become bigger or 
harder, or both, so there will be an incentive 
to develop telesynerg:ism. 


(U) At the same time, programmers and systems 
developers also need to be touched by the two- 
by-four to remind them that their job must be 
to simplify the interface to the system so 
it can be more readily used. The challenge 
to all of you is to help develop the system 
tools and to help explore the ideas with 
the analysts who are bold enough to con¬ 
sider them. 

(U) I think it was Mark Twain who said that 
there is no death like being talked to death, 
so let me conclude with a brief summation. 

CU) My key point about the challenge is that 
EDP people and communications people must 
understand the whole system, that is, all 
the parts, and all the processes and how 
they interact with each other—whether man 
or machine. Another name for this is total 
data flow—from start to finish—including 
feedback. 

(U) Given some understanding of the system 
—the depth of understanding will naturally 
vary with one's role—I see the challenge 
as one of developing full information inter¬ 
faces between the parts of the system, not 
just signal and processor interfaces. To me, 
this implies overall design and and overall 
approach—real, top-down design from the very 
top, not from some local peak. 

(U) In a larger sense, it is the challenge 
to everyone in SIGINT to make the data flow 
from process to process and to make the 
feedback data and contraol data flow where 
they are needed. In short, this means to 
make every last piece of the SIGINT system 
fully interoperable with all the rest. 

(U) I think that this is a challenge which 
can pretty well occupy everyone during the 80s. 

**************** 

(UNCLASSIFIED) 

SOLUTION TO NSA-CROSTIC No. 30. 

From a Letter to the Editor on 
COPES, by Donald Y. Barrer, PI, 
CRYPTOLOG, September 1978. 

"My concern stems from admissions 
made privately and off the record 
that when COPES objectives satis¬ 
faction is low we [alter] the ob¬ 
jectives so that the "rate of sat¬ 
isfaction looks better, and when 
things look too good we add ob¬ 
jectives to preclude a cut in re¬ 
sources. This should not be sur¬ 
prising; it is a natural response." 

(unclassified) 

************* 
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n the world of computers, I am an ama¬ 
teur. I have used them as tools in var¬ 
ious analytic jobs for many years, but 
always with someone else acting as intermed¬ 
iary, either a programmer or a systems ana¬ 
lyst. I went through most of the same frus¬ 
trations and associated withdrawal symptoms 
that other analytic people did when our 
"traffic” was taken out of our hands and file 
cabinets*and put into the bowels of the base¬ 
ment somewhere out of sight and out of reach 
except through the offices of these inter¬ 
mediaries. 

I frankly think that, contrary to pop¬ 
ular opinion, we analysts were not all afraid 
of computers. Maybe some were, but not all. 
But what we all did share was the realization 
that our processing cycle was no longer 
solely under our control. Our data was in 
a loop that went through someone else’s 
area of control: while it was in the com¬ 
puter, we had no control over it. Someone 
had control, of course, but that someone 
was never us. The people running the sys¬ 
tem did not work for the analytic people. 

This is not to say that they did a bad job 
or that they did not try to support us in 
the best way they knew. But prior to com¬ 
puters, when traffic came into my shop, 
it was "my traffic" and I kept it under 
my control for as long as I had need of 
it. The people who handled it for me worked 
for me (and were rated by me). If that 
sounds proprietary, it is because it was 
a proprietary kind of system. Today, how¬ 
ever, there is very little of the propri¬ 
etary feeling among analytic people. It 
isn*t really "my traffic" any more. 

All this is not meant as a harangue 
about computers, but is put forward to show 
where I*m coming from, so you can put the 
remainder of these remarks in context. 

While I have not yet relinquished my 
sheltered role with respect to computers, I 
have been spending some time at the key¬ 
boards of several CRT terminals. For the 
most part, I have been trying to do (or sim¬ 
ulate) an analytic task, usually some aspect 
of traffic analysis. Since any traffic ana¬ 
lyst these days must work within the frame¬ 


work of computers (all of his data is inside 
them somewhere), I was motivated to see just 
what "doing TA on V terminal" really amounted 
to. This represents a first'report of that 
venture, with all of the biases that first 
reports commonly have. I am not finished 
looking, but I thought I would put down three 
early impressions based on my own hours at 
the keyboards. 

► As I look over my early notes to my¬ 
self, I am impressed about how often I had 
typed in a TAPQE problem involving several 
days traffic, all in upper case (just like an 
old-fashioned Morse problem for those of you 
who remember), and since all the commands I 
was using were in lower case, I kept finding 
bits of lower case data in the traffic. Later, 
as I became more familiar with the problem (I 
think I could have recited each page of the 
traffic by the time I was through), I began 
to notice that pieces and lines were missing. 

I really don’t know why the erasures and 
writeovers happened in each instance, but 
often I noticed that the cursor on the screen 
ran a bit behind me when I was entering data; 

I might stop and glance at the cursor position 
and not realize that the cursor was running 
behind. There may well have been other basic 
reasons for the losses and accidental write¬ 
overs, but the experience left me very wary 
about typing data in at anything near my nor¬ 
mal typing speed—which is not terribly high. 

I also spent some time trying to think out 
defensive strategies for avoiding the loss of 
data, such as always working on a copy of a 
file rather than the file itself, making a 
habit of storing off the working file fairly 
often, as frequently as every few lines on 
material I was anxious to protect. The prob¬ 
lem needs more attention, both by computer 
people and by system designers, since we 
already lose too much data around here by 
more classical methods, and really don’t 
need new and inventive ways to lose still 
more; I don’t have any solutions to offer, 
only a warning that the ease with which data 
can be altered or erased is scary and will 
not go away just because we don’t want to 
talk about it. At least part of the problem 
lies in perceiving that it has happened at all; 
most of my errors were not noticed until 
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some later time. 

The next problem I had is a personal 
one. I wear glasses—bifocals. In order to 
read the screen I have to bend my head back 
so that I can see through the bottom part 
of the lens, where its reading prescription 

is. A whole day of that is a little more 
than I want to think about. When my neck 
gets sore, I have to stop. My choice, I 
suppose, is to buy another set of glasses, 
just for reading CRT screens. Or maybe the 
government will buy them... 

I have heard people say that when 
we get CRTs on everybody's desk, we can go 
to a paperless system. Don't you believe 

it. Have you ever seen a computer print¬ 
out? Those folks use up more paper than 
we ever did, with yards of stuff preceding 
the actual print. Nevertheless, the point 
I want to make is that I found the screen 
too small to do anything like a diagram or 
a tabular Using of continuities. Having 
experimented with both the PQE problem, 
which was a simple continuity problem (sim¬ 
ilar to the final problem in TA-100), and 
with several CRYPTOLOG problems, I found 
that I could not keep track of recoveries 
in any orderly way when all I had to work 
with was the screen, even one like MYCROFT/ 
CARONA which can be moved around and divided 
into parts. But all that changed when I de¬ 
cided to try to work with a combination of 
printout and screen. I used the printout 

as a basic worksheet, making notations on 
it from time to time, then adding them to 
the screen and generating another printout. 
This will work if the printer is fairly 
close (I don't consider the basement close 
to the second floor), and not so busy that 
one has to wait more than a few minutes for 
the output. 


******** 

Because of my interest in "doing" prob¬ 
lems on or through the computer, I have been 
interested in encouraging others to try it 
also. If you have access to a terminal and 
would like to try it, let me know. Send me 
a note (to wes at carona, if you can access 
PLATFORM), or call me on 3360s. 

As analytic people gain more experience 
in this area, we should find ways to plow 
that experience back into better support and 
better systems. With this in mind, we in P14 
have set up a file called "whydontwe" where 
we record various bits and pieces of reac¬ 
tions to the terminal, system, network, or 
whatever. Not all of it is literate, and 
some of it looks sort of dumb when re-read 
at some later date. But it is what we 
thought or felt at the time, and some of 
my earlier items formed the basis for some 
of the above. I would encourage you to do 
the same. If you want to see what dumb 
things we said, why don't you have a look 
(if you're a CARONA user) at the file 
/u3/pin/why/whydontwe. If you have an 
idea but don't know who to give it to, send 
it to me. If there's enough interest in 
this sort of thing, maybe the editor would 
be agreeable to a regular feature (assuming, 
of course, that they're printable). 


From the Editor: CRYPTOLOG- will he happy 
to pvibliah any printable reapomea to Wayne^a 
aolioitation (and to ohvokle primtely over 
any whiah are not,) 


P16 Language and Cryptologic Library 

I I T1 2, Librarian of the F16 Language and Cryptblbgic P . L. 8 6-36 

Library, wishes to advise readers of the excellent collection of older 
works on cryptology available there, some of which date back several 
centuries. Unfortunately, items in this collection are not available 
to be taken out, but must be read on the libra ry premises, which are 
at FANX, Room B3526. For further information. ~ l iriav be 

called on 8873s. 

A partial listing of volumes in this collection is given below. 

Bazeries, Etienne. Lei Seeteti Paris: Librarie Charpentier et Fasquelle. 1901. 

Booth, Williams Stone. Some AcAoatLc ^gnaXuAe^ PAancii Bacon, Boston: Houghton Mifflin Company. 1909. 

Breithaupt, Christian. Tkc AjU VccLphcfUng the Science SotvJjig and treading StcAit b/^Utcng6. TogeXheA 
WWi a. HUtofUcal Account oi Vaxiouj^ MeCfiotii S^cA^t WAcUng tn iUz Among6t the Ancienfi and tn Moae 
Recent Helmstedt (Germagy). 1737. 

Breithaupt, Christian. A HtitoAical, CfUtlcal, and VztaJJUjd Vl6qal&ttlon Concenning the VoAiouA Ti/pe6 
SecAet b/Acting Empto/ed the AncLenti aa loett 06 by Tho^e oi Moae Recent Vintage, Togethen. wLifi an 
Account oi the AaX VecepheAing, Printed at Helmstedt (Germany). 1727. 
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Cardan, Jerofne Girolamo, 2) Booiu Je'iome Cofulan, a Voctofi HUan, on SubtLtiMu. Printed at Basle. 1554. 
Champollion. Jean. GfuumoUjLe. EgyptLejinz. Paris: Typographic de Flrmln Didot Freres. 1836. 

Donnelly, Ignatius. T/ie Gfi^aX Cxypiogfum: Bacon*^ CCpheA In the SoCaUUd Shakapcane PZatfA, 

Chicago; R. S. Peale and Co. 1888. 

Droscher, Ernst. V^t UeXhoden dvi GchtAjn&dvU^cn. Leipzig: K. F. Koehler. 1921. 

Figl, Andreas. Syitvne. dc& Cki^ifUzfieM. Graz: VeHlag von Ulr. Hosers Buchhandlung. 1926. 

F1ske, Gertrude Horsford. Studlu in the Bl-LUenat CipheA Bacon, Boston: John W. Luce and Son. 1913, 

Frederici, Johannes Balthasar. OufptognapHija ok tht Ant oi SccAtt iUnlting. Hamburg. 1684. 

Gallup, Elizabeth Wells. The Bl-LUenaZ CypheA oi SiA F^uuicta Bdeon, Third edition. Detroit: Howard Publishing 
Company. 1901. 

Greely, A. W. WoA Vepajvbnent TeUgnaph Code. Washington: Government Printing Office. 1906. 

Gross, Hans. Handbuch {fiA UrUcA&iLching6nAjckteA aJU SMtern den. IOujnuuUA6tik, Part II, sixth revised edition. 
Munich, Berlin and Leipzig: J. Schweitzer Verlag (Arthur Selller). 1914. 

Harvey, Henry. HaAoey*^ Vangaa/id Code, New fork: Code Press of Henry Harvey, 1892. 

Jacobus de Sllvestrls of Florence. RuCea Secnet WnxXijig, Rome. 1526. 

Kliiber, Johann Ludwig, CAyptognaphik, a Uanuat o^ the Ant oi SecAet bfnttutg. Tubingen. 1895. 

Lacroix, Paul. La CKyptognapfUe, Paris; Adolphe Delahays Libraire-Editeur. 1858. 

Lange, Andre and Soudart, E, A. Tnaite de Cn.yptognaphie, Paris: LibraIre Felix Alcan. 1925. 

Locard, Edmond. TaoUxE de CninUjnaJUAtiiivie, 2 volumes. Lyon: Joannes Desvigne et Cie. 1935. 

Lori a, Gino. le Setenze E^atte 1>etL*Anti,ca Gnecia, Modena: Antica Tipografla Sollani. 1893. 

Meng, John J. Veipatchen and Jnitniictijon6 oi Connad Alexandne GeAoAd, 1778-1780, Baltimore: The Johns 
Hopkins Press. 1939. 

Meyer, H. R. Tfic Comfne^c>taZ Telegnaph Code, to Meet the ReqtuAementA oi the London Telegnaph Congn.e&A oi 1879. 

New York: American Code Co. 1880. 

Plum, William R. The MiXJtanjy TeZegnaph VvoUng the doit Woa In the United States. 2 volumes. Chicago: 

Jansen, McClurg and Company. 1882. 

Porta, Giambattista. Tvoenty Booiu oi Natanat Science, Leiden. 1644. 

Romaninl, Vesin, La CnyptogAophie Vevoitie, Paris: Typographic Hennuver. 18577 Author also listed as Vesin, C.F. 
Sandler, Rickard. CfUHeA, Stockholm: Wahlstrom and Wldstrand. 1943. 

Scotus, Johan Maria, foun Booiu oi SecAet lenitihg, Naples. 1563. 

Sympson, S. A Mejut Book oi Cypher, London: John Bowles. 1750. 

U. S. Bureau of Navigation (Navy Department). The JnteAnationeU Code oi Signals ion the Uae oi Alt MatcoM, 
Washington: Government Printing Office. 1875. Also available in revised edition, 1$94. 

U. S. Department of State. The Ciphen oi the Vepantment oi State, Washington: Government Printing Office. 1876. 
Valerio, P. La Cnyptognaphie, Paris: Librairle Mllltaire De L. Baudoln. 1893. 

Velasquez, Manuel M. Codigo Unioefuat de ConAe^pondencia Secneta. Mexico. 1926. (UNCLASSIFIED) 


.. .and in a more modern vein... w 


(U) I_I Chairm^ of'the Bookbreakers* Forum, suggests tJxe 

following publications as essential reference works for those in the 
field of cryptolinguisti cs. If vou are interested in obtaining ctny 
of these documents, call I I dri llOSs. All are classified TSC. 


Buck, Stuart H,, 
July 1977. 


. CRYPTOLOG^ 




I y i^ixil'Lon BoofcbP&akii^ fTGCli . National Security Agency 

Technical Literature Series, Monograph No. 6, 1965. 


P.L. 86-36 
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(TSC) The original paper was written in 1943 while bookbreaking was 
still being done on the Italian Military and Air Force codes. Soon 
after, the Italians surrendered themselves and their codebooks. The 
bookbreakers then had an opportunity to compare their results with 
the original of PEGASO, the Italian title for their latest Air Force 
code. A very interesting account of a specific effort which can also 
serve as a primer on bookbreaking. 

Swift, Katharine L., "Some Problems and Techniques in Bookbreaking" (U). 
NSA Teohnical Jotc^mal^ Vol. XI, No. 1, Winter 1966. 

(U) A concise view of what codes and bookbreaking are all about, and 
some interesting war stories. Just the thing to start out on. 

Swift, Katharine L., Standards and Techniques of Code Reconstruction (U) . 
National Security Agency Technical Literature Series, Monograph No. 5, 
1965. 


(g-CCO) Reprint of a 1955 pa per CS51,126). De signed for code pro¬ 
blems of the 1950s which were ] "[ codes of classic EO 1.4. (c) 

configuaration. Rich in illustrative anecdotes and strong on first P.L. 86-36 

principles. Written when card sorters were obsolete but computers 
were still in their infancy. A must. 

Swift, Katharine L. and Oliver, Jean. Collected Articles on Code Re- ..■■■■" ' F. L. 86-36 

construction (U). Cryptanalysis Department, National Cryptologic 
School (S-212,802). Revised Edition, 1976. 


(C*-GC0) A collection of shorter articles on assorted topics of rele¬ 
vance to bookbreaking. It can be thought of as a supplement to Stan¬ 
dards and Techniques^ above, which serves to increa,se its scope. 

From the Editor: You should add to the preceding list the following 
bookbreakers' "must" which has just been published. 

~\ The Structure of CodeSy Fart I: Classic Codes (U). 
P16 Cryptolinguistic Series No. 1, 1980 (S-221,647). 

(C CCO) An annotated survey of various codes, both U. S, and foreign, 
used during the first half of this century. This work also includes 
a comprehensive bibliography of in-house and open source publications 
on bookbreaking. 


(UNCLASSIFIED) 


GEOGRAPHIC TRIVIA 

# Each of the United States has a highest and a lowest point. Most 
everyone knows that the highest high point is in Alaska (Mount 
McKinley, 20,320 feet), while the lowest low is in California 
(Death Valley, —282 feet). But do you know which state has the 
latest high, and which has the highest low? 

# Many of the largest cities in the U.S. are not state capitals. 

In fact, the state capital with the largest population, according 
to 1975 Census Bureau estimates^ is the eleventh-T^iX\k^r\^ U.S. city. 

What is it? And what are the place and show capitals? (Old-time 
trivia players, to whom Boston has always been the most populous 
capital, will be dismayed to find out that its 1975 population of 
636,725, is fourth largest.) 

Answers on Page 15 (UNCLASSIFIED) 
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In a jargon-rich environment like NSA, we are used to the acronyms and 
abbreviations that enable us to express complicated thoughts in a reasonable 
amount o£ space, either physical or temporal. It is inevitable that some ab¬ 
breviations will have multiple meanings. For the multi-equivalent championship, 
though, I think we should nominate the steadfast multiplier K, One can envision 
a question on a future version of the Computer Systems PQE: 


Quest 

ion: 

a. 

1000 

b. 

1024 

c. 

512 

d. 

4096 

e. 

DDT 


Correct Answer: a, b, c, e, and probably d 

a. The classic abbreviation derived from the Greek prefix hlZo~‘, Often written 
in lower case. You can be sure 1000 is meant when the quantity measured is dol¬ 
lars or a standard physical unit, e.g., 'kHz. 

b. A frequent unit of computer memory (whose lengths are almost always powers 

of two), as in 64K words, meaning 65536. 65K is also used and has the advantage 

of corresponding to the common use, as in a. above. But the use of K = 1024 is 
becoming more common because of its precision (64K, K = 1000 is an approximation 
while 64K, K = 1024 is exact) and the ease of computing the size of memory as it 
doubles (2*64K = 128K, while 2*65K = 131K). 

c. The somewhat self-contradictory "K octal," i.e., lOOOg. A unit often used 
by those reading displays or dumps, 

d. 1000.I have never actually heard this one used (I don*t mix much with 
users of nexadecimal), but I suspect it's out there, I guess we should be grate¬ 
ful that at least we're not using a number system with a large enough base that K 
might also be a digit (in which case it would have value 20). 

e. See a recent Agency organziational chart. 

So, the next time you hear a "K", make sure you get onto the speaker's base! 


O.K? 


OH. K! (Part II) 

Where did everybody go? 

As a result of the recent reorganization which did away with the K organi¬ 
zation and sent its people off to various other elements, CRYPTOLOG has been re¬ 
ceiving a number of returned subscription copies which had been distributed to 
K addresses. 

So if you used to be in K, and would like to continue to receive CRYPTOLOG, 
please call (on 1103s) or drop a note (PI, CRYPTOLOG) to let us know your new 
address. _ 
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NSA-Crostic No. 31 
by dhw 

A. ” and speak each other in passing.”_ 

"Tales of a Wayside Inn,” Longfellow. 84 68 166 255 206 23 179 270 222 103 195 19 

(6 wds) 

rn ~lZ 148 177 1^ 133 Tz ~T~ 

B. Prudent-sounding state capital _ 

30 39 63 174 143 258 279 159 59 9 

C. Of maximum fusibility 

250 3 244 18 101 207 257 139 

D. Hollywood leading lady (1924— ), ac- _ 

tive 1950—1959, in such films as Crash 240 147 12 186 272 226 252 276 210 32 10 40 

Landing^ Donovan^s Bratn^ etc. (Full name) 

219 TOS 

E. Harmonious-sounding state capital (3 wds) 


F. Mechanism of a firearm that expels the 
spent cartridge 

G. Cereal grain 

H. Rigorous; unadorned; grave 


I. Romantic-sounding town in Florida, seat 
of Osceola County 

J. Full of plots; treacherous 

K. Sibling*s daughter 


L. Fate, at a turn of the card (4 wds) 


M. Secessionist province of N Ethiopia 

N. Women as mates, says Thurber, should be 

those *'who have great constitutional 
strength and are not _. *’ 

O. Timid; full of fears 


P. Learned 


Q, Building for the storage and maintenance 
of locomotives 
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176 

124 

201 

278 

53 

271 

13 

259 

145 

202 

104 

100 


107 

27 

241 

161 

185 

169 

88 





211 

87 

105 

109 

167 

34 

146 






138 

197 

203 










60 

85 

233 

116 

131 

220 

162 






96 

180 

190 

72 

243 

163 

130 

113 

221 




175 

80 

115 

62 

196 

149 

117 

208 

181 




141 

158 

199 

89 

194 








5 

28 " 

"sy : 

L20 73 234 128 25 43 

144 

173 

213 

231 

157 

275 

260 

256 

251 

78 

232 






24 

65 

127 

223 

160 

183 

29 

36 





8 

277 

54 

51 

97 

91 

242 

135 





95 

106 

155 

212 

266 

69 

264 






132 

235 

56 

214 

182 

82 

140 

38 

229 

248 
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R. Knotted 


S, Toast _ (5 wds) 

T. In pointing out why a fifth of Scotch on 
the bar was preferable to major brain sur¬ 
gery, he explained, "I*d rather have a 
_(9 wds) 


U. The property of being not separable into 
parts 


V. The original large-scale-robbery-caper 
movie (1955) 

W. In Germany, units of local government 

X. Hairy; rough with bristles 

Y. Sour 

Z. The only film in which Word D co-starred 
opposite her husband (1959) (4 wds) 


Zi* Capital city of New Caledonia 


178 164 218 215 

2^ 2^ ”21 2^ 2^ TsT 

M 2^ 67 ~93 205 ~6 102 126 75 ~4 2^ 2^ 

2^ 2^ ^ 2^ 70 ^ 112 TT9 44 79 

2^ 17 W 2^ 51 37 ^ 

^ ~Jl 2^ 142 ~1a ^ 216 m ~4^ 

2^ “35 TIT lU 
122 TM 121 “45 129 “Z6 
~~9A ~TT 217 l56 239 “sT 187 
~l6 ~l7 209 

1 ^ 192 2^ TJ ~~61 Tn ~1. 74 ”42 ~99 

274 ~49 245 2^7 ITO 
“46 2^ Us l72 
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• 

27 E 
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B 

Iggg 

31 T 

32 

"d" 



• 

34 
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35 V 

• 
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T 

38 Q 

39 

B 

0 

im 

B 

im 

B 

IH 

B 

IH 
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44 T 

45 

N 

46 
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D 
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IT 

H 

B 
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60 
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T 

71 
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72 
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77 
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80 

J 

m 


82 

T 


f 
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85 H 
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87 
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91 
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LIME-A,0HI0; LEEM-A.PERU 


For many years, befofe there were Russian-language reference aids, 
the final authority on the pronunciation, usage, and meaning of any 
Russian word was the late Juliana M, She told you how every Russian 
word was sipposed to be pronounced, how it was supposed to be used, 
and what it was supposed to mean. If anyone dared to say, "but they 
pronounce it..." or "they use it to mean...," she would angrily say, 
"They! the Soviets! they have bastardized the language! those pea¬ 
sants aren*t speaking Russian! they're speaking Soviet jargon!" But 
what could you do, if there was only one oracle in town? You'd have 
to consult it! So people would find themselves asking Miss M. to ren¬ 
der Solomonic decisions, asking questions like "How do the Russians— 
not the Soviets—pronounce it" Is it Semipalatfnsk? Or is it Semi- 
pal^itinsk? Miss M. would answer, "Well, the name of the city comes 
from the Russian word paZdtay meaning 'tent.' The name of the city 
means 'city of seven tents.' Hence the correct pronunciation is 
Semipal^tinsk." (Smirk on face of disputant A—"I told you so!"; 
scowl on face of disputant B—"I know I've heard Russians—not Soviets!— 
say Semipalatfnsk!"] "However," Miss M. continues, "I used to know a 
man who came from Semipal^tinsk, and he used to pronounce it Semi- 
palatfnsk." 

The same kind of fight used to rage around the name Murmansk. 
Everyone in the United States knew the name at the beginning of World 
War II, because it was the northern port with the icefree harbor, where, 
before America was officially in the war, American convoys of merchant 
ships delivered all those lend-lease shipments that Soviet historians 
don't seem to recall that the Soviet Union ever got. And everyone used 
to pronounce it Murmansk. So imagine the linguists' surprise to hear 
that "the correct pronunciation of Murmansk is Murmansk." 

But doubt persists between the Murmansk and Murmansk factions. 
Finally the bastardizers of the pure Russian language publish a dic¬ 
tionary of pronunciations of personal and place names, worldwide, for 
the use of Russian radio and television announcers, movie directors, 
and the like. Naturally the Murm^nskers and the Mdrmanskers race one 
another to the M pages. There it is, sure enough—"Murmansk." But then, 
in a more leisurely moment, reading for fun the introductory remarks on 
"How to use the dictionary," one of the disputants reads that "the pro¬ 
nunciations given in this book are the standard ones for use on nation¬ 
wide radio and television. No indication is given of certain non¬ 
standard or local pronunciations, for example, the local mispronun¬ 
ciation of Murmansk instead of Murmansk." That's the problem! People 
don’t even know how to pronounce the name of their own hometown! 

— From "Twelve Language Anecdotes in 
Search of an Author," by Arthur J, 
Salerame, retired 
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This article is classified DECRET-HANDLE VIA COMINT ClIAWNELO in entirety. 

Advanced Identification Techniques 
(AIT) provide a means for identi¬ 
fying transmitters by their unique 
\ RF characteristics. In this article 

1 1 provides a brief summary 

of the history and present status 
of AIT, as well as a glimpse into 
its future. dhw 

H n early aspect of AIT is Radio Finger- 
fl printing, a technique for examining the 
characteristics of transmitters to de¬ 
termine unique aspects that will allow these 
transmitters to be identified when seen on 
another occasion. 
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Answers to GEOGRAPHIC TRIVIA 
(From Page 8) 


EO 1.4.(c) 


# Frequent travelers to the Eastern Shore, who are convince that DelaBia^e m8^3 6 
be the flattest state, are almost ocrrect. With a high point of 442 feet 
(near Wilmington), Delaware comes in second. But first place goes to Florida, 
which soars to a high of 345 feet (in Walton County, in the western panhandle). 
Incidentally, when Washington, D.C., becomes a state, it will not displace 
Florida. Washington's altitude high, near the intersection of Wisconsin Avenue 
and River Road, is a surprising 410 feet. The highest low is in Prowers County, 
Colorado (3350 feet), where the Arkansas River enters the state of Kansas. 


• Surprise! The most populous state capital is Indianapolis, with 725,077 in¬ 
habitants. It is followed by Honolulu (705,381) and Phoenix (664,721). The ten 
largest non-capitals are (in order) New York, Chicago, Los Angeles, Philadelphia, 
Houston, Detroit, Baltimore, Dallas, San Diego, and San Antonio. Washington, D.C., 
ranks twelfth. (These figures are from 1975 Census Bureau estimates; preliminary 
information from the 1980 census shows some changes to this ranking.) (UNCLASSIFIED) 
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This article is classified 
T OP SCCRCT U H DRA 
in entirety 
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B ack in the sixties a coworker who lived 
in Linthicum used to drive to Ft Meade 
via Elkridge hanging Road, near Friend¬ 
ship Airport. Along that route construction 
had begun on a site described as "the future 
location of the Baltimore— Washington Science 
— Industry Center." "Very interesting," he 
thought. "Maybe in a few years I can bring 
my kids down here to tour some of these sci¬ 
entific and industiral institutions." How 
surprised he was when it was later announced 
that the occupants of the site, which was to 
become known as Friendship Annex, or FANX, 
were to be part of NSA*s growing population, 
including him. 

From the very beginning, the acronym 
FANX caused a pronunciation problem. My 
own unscientific investigation reveals about 
a fifty-fifty split among Agency employees. 

One half is convinced that FANX is a one- 
syllable word, pronounced FANX, while the 
other half, composed of equally intelligent 
people, pronounces it with two syllables— 
FAN-ex. 

(This is somewhat parallel to the dif¬ 
ference of opinion on how to pronounce the 
term "DIRNSA." In this case, my informal poll 
shows that a decided majority of Agency em¬ 
ployees prefers the two-syllable DIRN-sa. But 
there is a stubborn minority that insists that 
it is a three-syllable word: dir-EN-sa. But 
I digress.) 

I hope that members of both FANX pro¬ 
nunciation camps were as disturbed as I was 
several years ago, when the Credit Union put 
out a flyer, aimed at those of us who were 
working at the airport installation. This 
flyer hailed us as "Dear FANXITES!" 

FANXITES? 

The word made us sound like some kind of 
insects that come out of the woodwork. Didn^t 
they know what we preferred the more elegant 
term FANXEANS? 


If you didn*t know the derivation, you 
could imagine that it was actually PHANX- 
EANS. Now isn't that a lot more classy, 
almost Grecian sounding. FANXITES, my foot! 

Of course, since the state of Maryland 
changed the name of the airport from Friend¬ 
ship to Baltimore— Washington (or BWI), the 
term FANX has become obsolete. This has 
bothered me for quite a while, and I have 
tried to come up with a name that is more ap¬ 
propriate. Believe me, it hasn't been easy. 

You can't do much with BWI to make a 
pronounceable acronym. I rejected "Airport 
Annex" since it doesn't tell which airport 
(National? Dulles?). 

You could go the way of some area wags, 
who tried some time ago to popularize the 
term "Baltington" to describe the megalo¬ 
polis that surrounds the B - W Parkway. Per¬ 
sonally, though, "Baltington Annex" has about 
as much appeal as "FANXITES." 

How about "Parkway Annex?" No, it sounds 
too much like a tacky motel. 

I tried picking out another prominent land¬ 
mark in the area. The biggest thing around, 
after the airport, is the Westinghouse plant. 
After experimenting with the firm's name and 
abbreviation, the best I came up with was 
"Compound W." Somehow that wasn't quite it. 

I had almost given up, when I stumbled 
onto the solution. The annex is located in 
the South Linthicum area. So what would be 
more fitting that "South Linthicum Annex?" 
Accurate and descriptive, but not very ex¬ 
citing, you say? Not to worry. Like Friend¬ 
ship Annex, it is bound to become more popu¬ 
larly known by its contraction: SOLINEX. 

The cash award I expect to receive from 
the Suggestion Program for this contribution 
will be donated to the Civilian Welfare Fund. 
The satisfaction of having solved the FANX 
problem will be reward enough for me, 

(UNCLASSIFIED) 
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HELP WANTED m 

\ 

NOTICE NOTICE NOTICE NOTICE NOTICE 


Tom Engle, Senior Linguist in A64, 
with his tongue only part way into 
his cheek, offers this prospective 
recruiting flyer to any Agency ele¬ 
ment which might wish to use it. 


CHALLENGE 1 EXCITEMENT ! ADVANCEMENT I FUTURE ! 

All of this can be YOURS with a career in A6 ! ^ply todayl 

IF YOU HAVE A DEGREE IN 

Aeronautics History 

Chemistry Law 

Engineering Mathematics 

Finance Medicine 

Geography Physics 

Geology Science 

IF YOU HAVE BEEN EMPLOYED AS 

Cartographer 

Communications Specialist 
Computer Specialish 
Mechanic 

Newsman/Broadcaster 
Photographer 

OR IF YOU HAVE 

Been an admiral 
Been an astronout 
Been a general 
Built a rocket 

Engaged in international trade 
Launched a satellite 
Managed an industrial enterprise 
Negotiated an arms agreement 
Planned military operations 
Run a railroad 
Served as a diplomat 
Served on a Military Advisory Group 

APPLY TODAY I DON'T DELAY 1 

QUALIFICATIONS*** POSITION OFFERED 


Political Analyst 
Politician 
Test Pilot 
Truck Driver 
Weather Forecaster 
Xray Technician 


5 of above subjects 
10 of above subjects 
20 of above subjects 
ALL of above subjects 


GG-5/7 TRANSCRIBER TRAINEE 
GG-9/11 JOURNEYMAN TRANSCRIBER 
GG-12 SENIOR TRANSCRito 
GG-13 SENIOR LINGUIST 


*** NOTE: ALL APPLICANTS MUST BE QUALIFIED RUSSIAN LINGUISTS. 
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The National Security Archive 

Suite 701, Gelman Library, The George Washington University 
2130 H Street, NW, Washington, D.C., 20037 
Phone: 202/994-7000, Fax: 202/994-7005, nsarchiv@gwu.edu 



